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(g) Telecommunications network architecture and system. 

(57) The present invention provides real time call 
control within a telecommunications network, 
using a call selection processor separate from 
the switches carrying the call, which responds 
to incoming calls and uses information carried 
in the associated signaling messages to deter- 
mine what application processor, if any, should 
be involved on the call. One embodiment of the 
present invention includes a call selection pro- 
cessor called a signaling director", or "SD" for 
short, for recognizing certain signaling mes- 
sages, typically SS7 initial address messages 
(lAM's), as the messages flow through the sig- 
naling network. Alternatively, particular signal- 
ing messages may be recognized in a signaling 
message processing element within the signal- 
ing network, such as the signal transfer point 
(STP) associated with the switch that receives 
the telephone calls, and a copy of those particu- 
lar messages forwarded to the SD. 
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Field of the Invention 

This invention relates generally to telecommuni- 
cations, and, in particular, to a telecommunications 
architecture and system wherein all calls routed to a 5 
switch are examined and processed In a manner that 
permits "selected" calls to be differentiated from 
other calls, so as, for example, to allow the selected 
calls to receive special treatment. 

10 

Background of the Invention 

Telecommunications service providers desire to 
arrange their network so that the call processing logic 
applied to each call can be customized, i.e., each call is 
given individualized treatment. This is advantageous 
from the customer (caller) point of view, since the cus- 
tomer will obtain better service. It is also advanta- 
geous from the network provider point of view, since 
it enables segment specific strategies, i.e., allows 20 
marketing tailored to Individual customer groups. 

Today's interexchange networks are not ar- 
ranged to routinely determine customer identification 
and provide customized treatment at the time of call 
origination. Rather, existing networks have been opti- 25 
mized for "simple" calls, and such networks handle 
calls requiring special treatment on an "exception" 
basis. In present arrangements, the customer is not 
identified directly, at the beginning of the call proc- 
essing process, so that customer-specific features 30 
are applied to a particular call only after a great deal 
of processing. The difficulty is illustrated by one ex- 
ample involving call processing instructions: current- 
ly, service type is first identified using a table that as- 
sociates trunk group type with service type. Automat- 35 
ic number identification (AMI) information may be col- 
lected from the caller and sent to an ANI vs customer 
table, to further identify the customer. Next, the AN! 
and customer identification are sent to a customer vs 
allowed feature table, to obtain a list of authorized fea- 40 
tures. Finally, processed data obtained as a result of 
the foregoing table look-up is sent back to the switch 
that is processing the call to execute whatever call 
processing is appropriate. Other aspects of call treat- 
ment, such as access and egress determination and 45 
recording/billing arrangements, can be equally com- 
plex. 

The problem with this approach is that the various 
tables just described are distributed rather than cen- 
tralized. These tables have to be provisioned, i.e., 50 
stored, when a customer first obtains a service or fea- 
ture, and coordinated among themselves when a cus- 
tomer makes a change. This is costly, complicated, 
time consuming and error prone. Also, there is no 
central record of "who has what"; this complicates 55 
customer inquiry response and maintenance of the 
network elements. 



Summary of the Invention 

The present invention provides real time call con- 
trol within a telecommunications network, using a call 
selection processor separate from the switches car- 
rying the call, which responds to incoming calls and 
uses information carried in the associated signaling 
messages to determine what application processor, if 
any, should be involved on the call. One embodiment 
of the present invention includes a call selection proc- 
essor called a signaling director", or "SD" for short, for 
recognizing certain signaling messages, typically 
SS7 initial address messages (lAM's), as the mes- 
sages flow through the signaling network. Alterna- 
tively, particular signaling messages may be recog- 
nized in a signaling message processing element 
within the signaling network, such as the signal trans- 
fer point (STP) associated with the switch that re- 
ceives the telephone calls, and a copy of those par- 
ticular messages forwarded to the SD. 

The SD examines information in the particular 
messages, generally information relating to the orig- 
inating user and destination of each call, and then 
transmits an "action message" to the switch to direct 
the switch as to "what to do next". For selected calls, 
for example, calls that require special treatment, the 
SD transmits an action message to the switch, direct- 
ing the switch to await further instructions. The SD 
then transmits a query message pertaining to the se- 
lected call to an appropriate applications processor, 
also determined based upon information about the 
calling and called parties gleaned from the IAM. After 
the query is processed in the applications processor, 
a response is returned directly to the switch, contain- 
ing the required call treatment instructions. Those 
calls that are not "selected" calls are identified in the 
SD, and a "proceed" action message is sent to the 
switch, directing that the calls be conventionally treat- 
ed. 

In accordance with an aspect of the invention, the 
switch is arranged to wait after receiving the initial in- 
coming call message (i.e., the IAM) and then begin a 
timing process in response to receipt of this call, so 
that if an action message for that call does not arrive 
within a predetermined time period, a query can be 
launched to obtain such action message. Likewise, if 
an action message that requests the switch to await 
call treatment instructions for a "selected" call is re- 
ceived, the switch can begin a second timing process, 
so that, if those instructions do not arrive within a pre- 
determined time, a query can be launched to obtain 
such instructions. 

If a call is received in a switch via a direct connec- 
tion such that signaling information is provided by 
multi-frequency tones, ISDN signaling or other 
means rather than via an SS7 signaling message, 
then the present invention may process such calls by 
launching a query from the switch to the SD. 
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Brief Description of the Drawings 

The present invention will be more fully appreci- 
ated by consideration of the following detailed de- 
scription, which should be read «n light of the accom- 
panying drawing in which. 

Fig. 1 is a block diagram of the telecommunica- 
tions network architecture cf the present inven- 
tion, illustrating an implementation within an in- 
terexchange earner network. 
Fig. 2 is a diagram illustrating the signaling mes- 
sages received and'or generated by certain of the 
network elements of Fig 1; 
Figs. 3 and 4 illustrate the processes performed 
in switch 130 of Fig 1 relating to signaling mes- 
sages; 

Fig. 5 illustrates the relationship between Figs. 3 
and 4; 

Fig. 6 illustrates the processes performed in SD 
150 of Fig. 1; 

Fig. 7 is a block diagram of a typical Signal Direc- 
tor (SD) in accordance with the present invention; 
and 

Fig. 8 illustrates the connection arrangement 
among a series of SD's. applications processors, 
telecommunications swtct»es. and signaling 
message processors. 

Detailed Description 

Referring first to Fig. 1 . there is shown a block di- 
agram of the telecommunications network architec- 
ture of the present invention, illustrating the relation- 
ship between the major components when the inven- 
tion is used in the context of an interexchange carrier 
telecommunications network, such as the network of 
AT&T. (Note here that the invention could also be im- 
plemented in the context of a local (intra exchange) 
telephone network, for example, in a terminating 
switch within a local exchange carrier (LEC) network; 
this type of arrangement is discussed in more detail 
below. When a telephone call is originated from a 
point of origin, such as telephone 101, the call is re- 
ceived in a switch 111 of a first local exchange carrier 
(LEC) network 110 which serves the subscriber for 
that telephone. If the call is an interexchange call des- 
tined for a destination, such as telephone 1 02, served 
by a different LEC network 120, the call is connected 
to the appropriate gateway switch (switch 130 in Fig. 
1) in the interexchange network. The interexchange 
network routes the call via a transport network shown 
generally as 1 35 to the appropriate interexchange ter- 
minating switch, switch 1 32 in Fig. 1, which thereafter 
connects the call to switch 121 in LEC network 120, 
that serves telephone 102. Of course, many other 
subscribers, not shown, are served by each LEC, 
many LEC's are served by the interexchange net- 
work, and the interexchange network includes many 



other switches. Our invention is also applicable to 
calls received in the interexchange network via an al- 
ternate access vendor instead of a LEC. 

Signaling messages which control the process of 

5 setting up the call path through switches 111 and 121 
in networks 1 1 0 and 1 20 and switches 1 30, 1 32 in the 
interexchange network may follow the well known 
Signaling System 7 (SS7) protocol defined by Study 
Group Xl-Specification of Signaling System No. 7, In- 
fo ternational Telegraph and Telephone Consultative 
Committee (CCITT) Blue Book, Vol. 6 of Facile VI. 9, 
Geneva, Switzerland, 1989. The signaling messages 
are originated and processed in a series of signaling 
message processors, typically signal transfer points 

15 (STP's), including STP 112 associated with originat- 
ing switch 111, STP 122 associated with switch 121, 
and STP's 141 and 142, associated with the switches 
130 and 132, respectively, and are transported be- 
tween STP's using a signaling network shown gener- 

20 ally as 140. Normally, STP's are provisioned in pairs, 
for reliability purposes; the "innate" to each STP in 
Fig. 1 is not shown. This is described in more detail 
below, in conjunction with Fig. 8. Signaling messag- 
es, signaling protocols, the conventional signaling 

25 network architecture, and the internal arrangement of 
STP's are all well known to persons skilled in telecom- 
munications architecture development, and are de- 
scribed, for example, in an article by Modarressi and 
Skoog entitled "Signaling System No. 7: A Tutorial", 

30 IEEE Communications Magazine, July 1990, page 19 
et seq. Note here that signaling messaging proces- 
sors, as contemplated by the present invention, can 
include not only conventional STP's, but also the net- 
work endpoint signaling transfer point (NESTP) ar- 

35 rangement described in EP-A-05921 54. 

In accordance with the present invention, a call 
selection processor called a signal director (SD) is a 
network element having the properties of a "full sig- 
naling end point" that is arranged to receive informa- 

40 tion relating to calls connected to any of the switches 
served by the SD, when those calls are call origina- 
tions. In Fig. 1, SD 150 is shown as connected to STP 

141, so that it can receive a copy of each initial ad- 
dress message (JAM) associated with origination of 

45 calls extended from switch 111 to switch 130. Like- 
wise, a second SD 151 is shown connected to STP 

142, so that it receives a copy of certain signaling 
messages (lAM's) relating to origination of calls ex- 
tended from switch 132 to switch 122. If a signaling 

50 message indicates that it represents a message other 
than an IAM, such as a message relating to on-going 
calls or calls that are being torn down, copies are not 
provided to the SD. Note that other alternatives exist 
for sending call set up messages (lAM's) to the SD. 

55 In particular, the SD could monitor all the signaling 
links directly and itself extract and process those par- 
ticular messages relating to calls arriving in a switch. 
Alternatively, the STP could send copies of all mes- 
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sages to the SD, and the SD could likewise extract 
some of the messages. 

When SD 150 receives a signaling message con- 
taining information relating to a call origination, such 
as a copy of an IAM, it examines information in that 5 
signaling message relating, in general, to the calling 
and called parties, such as the dialed number and/or 
the ANI information for the call, to determine if the call 
requires special treatment. This examination is ac- 
complished through a query to a database in or asso- 10 
ciated with the SD, using the dialed number, ANI, or 
other information in the signaling message as a query 
key. If the call does require special treatment, a mes- 
sage is transmitted from the SD to an appropriate ap- 
plications processor (AP), such as applications proc- 15 
essor 160 in Fig. 1. The last mentioned message is a 
query also containing information relating to the call, 
typically including the dialed number and ANI. This 
message is transmitted from SD 150 to STP 141 and 
then directly (or through other STP's in signaling net- 20 
work 140) to applications processor 160. Note here 
that the calling party information can include, in addi- 
tion to or in lieu of ANI information, information de- 
rived from the caller's credit card or telephone calling 
card, or other information, and the called party infor- 25 
mation can include, in addition to or in lieu of dialed 
number information, information which is translated 
or derived from the dialed number. 

Applications processor 160 may be configured 
much like a network control point (NCP) currently 30 
available from AT&T, and is essentially a database ar- 
ranged to receive queries, look up stored information 
in accordance with retrieval keys contained in the 
queries, process that information in order to imple- 
ment call processing, billing, recording or other func- 35 
tions, and return messages containing instructions 
for call processing or other switch actions. In accor- 
dance with the present invention, the call treatment 
messages are returned "directly" to the switch proc- 
essing the call, in this case switch 130, meaning that 40 
the instructions are not returned to the SD that quer- 
ied the application processor. Rather, the call treat- 
ment instructions proceed through STP 141 (and pos- 
sibly through other STP's in signaling network 140) to 
switch 130. 45 

Switch 130, as shown in Fig. 1, includes the con- 
ventional functional components typically found in a 
switch such as the 4ESS™ program controlled switch 
available from AT&T. These components are a signal- 
ing interface 131 for receiving signaling messages so 
routed to the switch from the signaling network, in- 
cluding messages from STP 112, SD 150 and appli- 
cations processor 160, and a CPU 136 for processing 
calls in accordance with call treatment instructions 
contained in such messages and with stored instruc- 55 
tions that control other switch functions. A database 
1 34 may include other program instructions and/or 
data used in processing calls. The switch fabric 133, 

4 



through which calls are actually routed, is connected 
to other elements in the IXC network, including ele- 
ments in the transport network 135 as well as switch 
111 in LEC network 110. Connections within switch 
fabric 133 are made under the control of instructions 
received from CPU 136. 

In accordance with the present invention, the pro- 
grams that control the operation of switch 130 are dif- 
ferent from those available today. As described in 
more detail below, switch 130 is arranged to begin 
certain timing and counting processes in response to 
receipt of a call origination, to await call treatment in- 
structions for selected calls if instructed by SD 150 to 
do so, and to process calls in accordance with call 
treatment instructions received from applications 
processor 160 if those instructions are received with- 
in a predetermined time period, and otherwise to 
process the calls in accordance with default instruc- 
tions. 

Fig. 2 illustrates graphically the sequence in 
which certain signaling messages are received and/or 
generated by certain of the network elements of Fig 
1 during call set up. The elements in Fig. 2 retain the 
same reference designations as used in Fig. 1. The 
signaling messages are numbered 1 to 5, indicating 
the sequence in which the messages are generated. 
The first message, message 1, represents an IAM 
transmitted by STP 141 to switch 130, as a result of 
a call being originated and applied to switch 1 30, This 
IAM, which actually originates in switch 111 within 
LEC network 11 0, is routed via STP 112 and STP 141 
to switch 130, and typically includes information per- 
taining to the dialed number, as well as ANI informa- 
tion pertaining to the originating telephone. However, 
in some situations, the IAM may include other infor- 
mation, such as a call type indicator and/or calling 
card number. 

In accordance with the present invention, when 
message 1 is recognized by STP 141 as an IAM, a 
copy of the message is made, packaged in a Signal- 
ing Connection Control Part (SCCP) envelope and 
transmitted to SD 150 as message 2 using SS7 mes- 
sage transfer part (MTP) routing. In accordance with 
the invention, when SD 150 receives message 2, it 
queries its own database to determine if special treat- 
ment will be provided for the call, based upon the in- 
formation provided in the IAM, typically dialed num- 
ber and ANI. The SD generates message 3, called an 
action message (AM), and sends the AM through STP 
141 to CPU 136 in switch 130 via signaling interface 
131, directing that switch (a) proceed with process- 
ing, in the case of a call that is not a "selected" call, 
for example, a call that does not require special treat- 
ment, (b) wait for further instructions, in the case of 
a selected call, for example, a call that does require 
special treatment, or (c) deny or "kill" the call, in the 
case of certain other calls which which originate from 
certain telephones, are destined for certain tele- 
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phones, or otherwise have characteristics recognized 
as indicating that such calls should be blocked or ter- 
minated. Note that in most applications, the action 
message described above will be formatted as a 
TCAP message, in accordance with CCITT recom- 
mendations Q.771 through Q.775, and routed via SS7 
SCCP and MTP routing, in accordance with Q.711 
through Q.714 and Q.701 through Q.704. 

In the case of selected calls, e.g., calls requiring 
special treatment, SD 150 then generates a query 
message 4, requesting routing and processing infor- 
mation for the call, and routes the query to an appro- 
priate applications processor, in this example, appli- 
cations processor 1 60 shown in Figs. 1 and 2. Routing 
of query message 4 (which also may be a TCAP mes- 
sage routed using SS7 SSCP routing) is via STP 141 
and possibly other STP's in signaling network 140. 
Generally speaking, the query includes information 
obtained from the IAM, such as dialed number and 
ANI. In response to the query message 4, applica- 
tions processor is arranged to generate call treatment 
instructions contained in a signaling message 5, and 
transmit that message directly to switch 1 30, advising 
the switch how to proceed- As stated above, the path 
for message 5 is from applications processor 160 
through STP 141 and possibly other STP's in signal- 
ing network 140, without passing through SD 150. 
The call treatment instructions can include call proc- 
essing instructions, access and egress instructions, 
recording and billing instructions, and so on. These 
instructions can, among other things, be used in 
switch 1 30 to enable certain features to be applied to 
the call, such as subaccount billing, abbreviated dial- 
ing, call forwarding, sequence calling, etc. 

The messages described above can be more 
fully appreciated by considering Figs. 3 and 4, which 
illustrate the processes performed in switch 130, and 
Fig. 6, which illustrates the processes performed in 
SD 150. 

The process performed in switch 130, illustrated 
in Figs. 3 and 4, is initiated when an IAM is received 
in step 301. This causes initialization of an "SD count" 
in step 303 (for purposes described below) and initia- 
tion of an SD timer in step 305, which allows the 
switch to query the SD if the SD does not provide an 
action message within a predetermined time. In par- 
ticular, a determination is made in step 307 as to 
whether the SD timer has timed out. If so, a determi- 
nation is made in step 31 3 as to whether or not the SD 
count has been exceeded, this being done to assure 
that an excessive number of queries are not launch- 
ed. If the result in step 313 is negative, i.e., if the SD 
count threshold is not exceeded, a query is launched 
from the switch to the SD in step 315, and the SD 
count is incremented in step 317. The process then 
continues with step 305. On the other hand, if the re- 
sult in step 313 is positive, indicating the the number 
of queries launched exceeded the SD count thresh- 



old, the switch is arranged to proceed without the AM, 
in step 319. This means that the switch will process 
the call conventionally. 

Note here thatthe timing and querying processes 

5 performed in the switch are considerably different 
from current processing. Conventionally, a switch 
may receive a signaling message and, in response to 
the message, generate a query. To protect against 
the possibility that a response to the query will be de- 

10 layed or never received, the switch conventionally be- 
gins a timing process when the query is launched, so 
that another query or default processing can occur if 
the timer "times out". By way of contrast, in accor- 
dance with the present invention, the switch begins 

15 timing in step 305 in response to receipt of a signaling 
message. This is because the switch will receive in- 
structions in an action message from the SD (pro- 
ceed, wait or deny) without the need to launch any 
query. 

20 Until the SD timeout period occurs, switch 130 

monitors for an action message in step 309; this can 
be a "proceed instruction", which causes the switch 
to proceed with call processing in step 319, a "deny 
instruction", which causes the switch to provide "final 

25 handling" in step 311, or a "wait instruction", which 
places the switch in a wait state until a message con- 
taining call treatment instructions is received from 
applications processor 160. 

If the action message received by the switch in 

30 step 309 is a wait message, the process continues 
with steps 321 and 323, in which an "AP count" is ini- 
tialized (for purposes described below) and an AP 
timer is started, respectively. This timer allows the 
switch to query the applications processor for call 

35 treatment instructions if the applications processor 
does not provide a signaling message containing 
those instructions within a predetermined time. A de- 
termination is made in step 325 as to whether or not 
the AP timer has timed out. If so, and it is determined 

40 in step 327 that the AP count threshold has not been 
exceeded, the switch is arranged to launch a query to 
applications processor 160 requesting that call treat- 
ment instructions be provided. Then, in step 331, the 
AP count is incremented, and the process is repeated, 

45 beginning at step 323. On the other hand, if the AP 
count threshold has been exceeded, the switch is ar- 
ranged to perform default processing, as though the 
"wait instruction" had been a "proceed instruction". 
As long as the AP timer has not timed out in step 

50 325, the switch awaits call treatment instructions in 
step 333. These instructions can include, in addition 
to the the instructions themselves, "origin" informa- 
tion of three general varieties: first, if the query to ap- 
plications processor 1 60 and its response was based 

55 upon both the ANI and dialed number information, the 
call treatment instructions include a first origin code 
indicating that step 341 should be performed, where- 
in the switch proceeds to execute the call treatment 
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instructions without itself performing either ANI ordi- 
aled number processing. Second, if the query to ap- 
plications processor 160 and its response was based 
only upon dialed number information, the call treat- 
ment instructions include a second origin code indi- 
cating that steps 351 should be performed, wherein 
the switch proceeds to execute the call treatment in- 
structions by (a) storing the received instructions, in 
step 352, (b) performing ANI table processing, in step 
353, and (c) thereafter executing the stored instruc- 
tions received from applications processor 160 based 
on the dialed number, in step 354. This sequence of 
steps is performed to assure that features associated 
with both the dialed number and ANI can be ascer- 
tained, and, to the extent that they are not inconsis- 
tent with each other, al of such features can be ap- 
plied to the call. On the other hand, if the some or all 
of the features are inconsstem or conflict with each 
other, processes arranged to reserve the inconsisten- 
cies can be applied. Third, if the query to applications 
processor 160 and its response was based only upon 
ANI information, the call treatment instructions in- 
clude a third origin code indicating that steps 361 
should be performed, wherein trie switch proceeds to 
execute the call treatment instructions by (a) execut- 
ing the received instruct tons from applications proc- 
essor 1 60 without further loca ANI processing, in step 
362, and (b) thereafter per forming dialed number 
based processing, in step 3C3. This sequence of 
steps is performed for reasons similar to those stated 
above, namely, to assure that features associated 
with both the dialed number and ANI can be ascer- 
tained, and, to the extent that they are not inconsis- 
tent with each other, afi of such features can be ap- 
plied to the call. In this sequence, however, the ANI 
based instructions from the applications processor 
are executed immediately and not stored, since, in 
general, it is advantageous to perform calling party 
features before performing called party features. In 
all of the above instances, when processing in accor- 
dance with steps 341. 354 or 363 is completed, the 
switch proceeds with call treatment and routes the 
call through transport network 135 of Fig. 1. 

The present invention may also be used in the 
case where a call is extended to a switch via a direct 
connection, such that an SS7 signaling message is 
not provided to the switch together with the call. In this 
event, the switch receiving the call, for example 
switch 130, also receives origination signaling in the 
form of multifrequency tones. DTMF tones, ISDN call 
setup messages, non-channelized signaling, or other 
non-SS7 signaling in step 351. Then, in step 353, the 
switch extracts and obtains ANI information and di- 
aled number information for the call from the signaling 
information and/or the trunk group characteristics, 
and routes a query to SD 1 50 containing that informa- 
tion. Thereafter, the process of Figs. 3-4 continues 
with step 305, as described above. Techniques for ob- 



taining ANI and dialed number information in these 
environments is well known: see E. G. Sable, H. W. 
Kettler, "Intelligent Network Directions/ 1 AT&T Tech- 
nical Journal, Vol. 70, Nos. 3-4, Summer 1991, pp. 2- 
5 10; Ameritech, "Ameritech Intelligent Network Re- 
lease 0 Architecture Overview," AM SR-OAT-00001 9, 
Issue 1, Arlington Heights; S. Horing, J. Z. Menard, R. 
E. Stachler, and B. J. Yokelson, "Stored program Con- 
trolled Network Overview," Bell System Technical 
10 Journal, Vol. 61, No. 7, Part 3, September 1982, pp. 
1579-1588; J. J. Lawser, R. E. LeCronier, and R. L 
Simms, "Stored Program Controlled Network: Gener- 
ic Network Plan," Bell System Technical Journal, Vol. 
61, No. 7, Part 3, September 1982, pp. 1589-1598; 
15 and CCITT recommendation Q.931. 

The process performed in SD 150, illustrated in 
Fig. 6, begins in step 601, wherein the SD receives an 
IAM from an associated STP, in this case, STP 141, 
or a query from switch 130. In step 603, information 
20 in the IAM or query, for example, the dialed number 
and ANI information, is used to query the SD's own 
database, to determine If the call is a selected call, for 
example, one that requires special treatment. If the 
call is other than a selected call, SD 150 sends an ac- 
25 tion message to switch 130 in step 605, directing it to 
proceed with call processing. On the other hand, if the 
call is a selected call, SD 150 sends an action mes- 
sage to switch 130 in step 605, requesting that switch 
to wait for call treatment instructions from applica- 
30 tions processor 160. Note that in some circumstanc- 
es, the action message may direct the switch to deny 
or "kill" the call, so that the call will not be completed. 
In step 607, if the call was determined to be a "select- 
ed" call, then SD 150 transmits a query to applica- 
35 tions processor 160 in step 609, requesting call treat- 
ment Instructions for the call. The process of Fig. 6 
then ends in step 611, and returns to processing of 
other signaling messages. 

Fig. 7 is a block diagram of a typical Signal Direc- 
40 tor (SD) in accordance with the present invention. 
Each SD is connected to the signaling network, typi- 
cally via a high speed data link such as a T1.5 chan- 
nel. Messages destined for the SD are received in a 
brouter 701 which acts as an input/output interface to 
45 a common bus 705. Each IAM relating to a call, which 
typically includes dialed number and ANI information, 
is routed on bus 705 to an available query processor 
720-722, which performs a database lookup using in- 
formation extracted from the IAM as a retrieval key. 
so The query is intended to determine if the call is a se- 
lected call, for example, one that requires special 
treatment, or if the call is not a selected call, such that 
it can be treated in the normal fashion. Each query 
processor 720-722 is connected to one or more RAM 
55 disks, such as RAM disks 730-733, which actually 
store the relevant information that can be processed 
in a query processor to generate the action message 
that is formatted in response to a query. The informa- 
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tion stored in RAM disks 730-733 also identifies a 
particular applications processor which may contain 
call treatment information for a particular call, based 
upon the characteristics (e.g., dialed number or ANI) 
of that call. Note that, in accordance with our inven- 
tion, each SD, using its RAM disks, stores a record for 
every ANI and for every dialed number for which spe- 
cial treatment is desired. 

In a typical implementation, each SD should be 
arranged to store up to 1 00 million records, each con- 
taining up to 100 bytes of information. Typically, each 
SD is arranged to accommodate approximately 2000 
queries per second, with a 50 millisecond average 
processing delay. The capacity of the SD to handle 
transactions must be sufficient to assure that as 
many lAM'sas arrive in one SS7 region (i.e., as arrive 
and are processed by one pair of STP's) can be ac- 
commodated. 

The connection arrangement among a series of 
SD's, applications processors and telecommunica- 
tions switches is illustrated in Fig. 8. As shown, each 
switch, such as switches 801-803, is cross-connected 
to a pair of STP's 810 and 820, via signaling links. This 
pairing of STP's is conventional, and is done for reli- 
ability purposes. Note that each STP pair serves mul- 
tiple switches. Each switch (such as switches 801- 
803) receives calls from one or more LEC's, and sig- 
naling messages relating to those calls on signaling 
links known as "network interconnect" or Nl signaling 
links. In accordance with our invention, SD's 830 and 
831 are also paired for reliability, and each SD is con- 
nected to each STP 810 and 820 in the pair through 
signaling links. Identical data will be stored in each 
SD, so that, in the event of a failure of one SD, the 
other SD will perform the required functions. In the ar- 
rangement of Fig. 8, note that SD's 830 and 831 serve 
multiple switches. Note also, from Fig. 8, that the ap- 
plication processor (AP) 840 is interconnected with 
both STP's in a pair in a similar fashion. Thus, appli- 
cation procssor 840 is connected to both STP's 810 
and 820 through signaling links. 

Various modifications and adaptations of the 
present invention will be apparent to those skilled in 
the art. For this reason, the invention is to be limited 
only by the appended claims. For example, while ANI 
information was used in the call selection unit shown 
in the figures, it is to be understood that other infor- 
mation which describes the calling party, such as a 
calling card number, can be used instead. 

Also, while the previous description illustrated 
our invention as deployed in an interexchange net- 
work, the invention could also be applicable to a local 
exchange network. For example, each call received 
in a terminating (LEC) switch could be processed in 
the same manner as described above, so that the ter- 
minating switch would, after receipt of such calls, 
await action instructions from an SD, based upon in- 
formation contained in signaling messages associat- 



ed with the routing of the call to that terminating 
switch. As with lAM's, the information used in the SD 
can be called and calling number information, or other 
information, and' the SD will, for selected calls, route 
a query to an appropriate applications processor 
which returns processing instructions directly to the 
terminating switch. 



10 Claims 

1. A method of processing originating telephone 
calls in a telecommunications network, said net- 
work including a switch for receiving said originat- 
es ing telephone calls and processing said originat- 
ing telephone calls in accordance with call treat- 
ment instructions, said network including a sig- 
naling message processor for processing signal- 
ing messages associated with said telephone 

20 calls, said method comprising the steps of 

monitoring signaling messages transmit- 
ted to said signaling message processor to iden- 
tify particular ones of said signaling messages in- 
dicating said originating telephone calls, ; 

25 responsive to identification of said partic- 

ular ones of said signaling messages, querying a 
database using information relating to said origi- 
nating telephone calls, which information is con- 
tained in said particular ones of said signaling 

30 messages, to determine if any of said originating 

telephone calls require special treatment; and 

for the ones of said originating telephone 
calls that require special treatment, transmitting 
a message to said switch, directing said switch to 

35 await said call treatment instructions for said 

ones of said originating telephone calls. 

2. The method defined inclaim 1 wherein said infor- 
mation relating to said ones of said originating tel- 

40 ephone calls includes calling and called party in- 

formation. 

3. The method defined in claim 1 further including 
the steps of 

45 transmitting a query message pertaining 

to said ones of said originating telephone calls to 
an applications processor, 

routing a response to said query, contain- 
ing said call treatment instructions for each of 

so said ones of said originating telephone calls, from 

said applications processor directly to said 
switch. 

4. The method defined in claim 1 further including 
55 the step of processing said ones of said originat- 
ing telephone calls in accordance with said call 
treatment instructions. 
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5. The method defined in claim 1 wherein, if other 
ones of said originating telephone calls do not re- 
quire special treatment, transmitting a message 
to said switch, directing said switch to proceed 
with the processing said other ones of said origi- 5 
nating telephone calls using default call treat- 
ment instructions. 

6. A system of processing originating telephone 
calls in a telecommunications network, said net- 10 
work including a switch for receiving said originat- 
ing telephone calls and processing said originat- 
ing telephone calls in accordance with call treat- 
ment instructions, said network including a sig- 
naling message processor for processing signal- 1 s 
ing messages associated with said telephone 
calls, said system comprising 

means for monitoring signaling messages 
transmitted to said signaling message processor 
to identify particular ones of said signaling mes- 20 
sages indicating said originating telephone calls, 

means responsive to identification of said 
particular ones of said signaling messages, for 
querying a database using information relating to 
said originating telephone calls, which informa- 25 
tion is contained in said particular ones of said 
signaling messages, to determine if any of said 
originating telephone calls require special treat- 
ment; and 

means for transmitting a message to said 30 
switch, directing said switch to await said call 
treatment instructions forones of said originating 
telephone calls that require special treatment. 

7. The system defined in claim 6 wherein said infor- 35 
mation relating to said ones of said originating tel- 
ephone calls includes calling and called party in- 
formation. 

8. The system defined in claim 6 further including 40 

means for transmitting a query message 
pertaining to said ones of said originating tele- 
phone calls to an applications processor, and 

means for routing a response to said query 
message, containing said call treatment instruc- 45 
tions for each of said ones of said originating tel- 
ephone calls, from said applications processor 
directly to said switch. 

9. The system defined in claim 6 further including 50 
means for processing said ones of said originat- 
ing telephone calls in accordance with said call 
treatment instructions. 

10. The system defined in claim 6 wherein, if other 55 
ones of said originating telephone calls do not re- 
quire special treatment, said transmitting means 

is arranged to transmit a message to said switch, 

8 



directing said switch to proceed with the process- 
ing said other ones of said originating telephone 
calls using default call treatment instructions. 
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